EXPRESS MAIL NO. EL697765495US 
ATTORNEY DOCKET: 1308.501U3 
NON-PROVISIONAL UTILITY PATENT 



APPLICATION 
FOR 

UNITED STATES LETTERS PATENT 

TO ALL WHOM IT MAY CONCERN 
Be it known we, 

Mitchell Franklin White of 4171 McClatchey Circle, Atlanta, GA 30342, U.S.A., a citizen 

of the United States of America, 
Joseph Crabill of 1409 Caliber Springs Way, Atlanta, GA 30342, U.S.A., a citizen of the 

United States of America, 
Kris Furstenberg of 41Tall Timbers Circle, Newnan, GA 30265, U.S.A., a citizen of the 

United States of America, 
Kevin Geraghty of 715 Denards Mill, Marietta GA, 30067, U.S.A., a citizen of the United 

States of America, 

Craig Guarnieri of 6042 Wyndham Woods Drive, Powder Springs, GA 30127, U.S.A., a 

citizen of the United States of America, 
Anthony Rogers of 1 160 Mundy's Mill Road, Jonesboro, GA 30238, U.S.A., a citizen of 

the United States of America, 
Laura Severinsen of 41 14 Berkeley Mill Close, Duluth, GA 30096, U.S.A., a citizen of the 

United States of America, 
Steven R. Smith of 13305 Bethany Road, Alpharetta, GA 30004, U.S.A., a citizen of the 

United States of America, 
William Stoddart of 1954 Chartwell Court, Marietta, GA 30066, U.S.A., a citizen of the 

United States of America, and 
Jane A. Davis of 2553 Haberfield Court, Atlanta, GA 30319, U.S.A., a citizen of the 

United States of America, 

have invented new and useful improvements in a 

SYSTEM AND METHOD FOR REAL-TIME RATING, UNDERWRITING 

AND POLICY ISSUANCE 

for which the following is a specification. 



ATTORNEY DOCKET: 1308.501U3 

1 

SYSTEM AND METHOD FOR REAL-TIME RATING, UNDERWRITING 

AND POLICY ISSUANCE 

CROSS-REFERENCE TO RELATED PATENT APPLICATION 
5 This application claims the benefit, pursuant to 35 U.S.C. § 1 19(e), of applicant's 

provisional U.S. Patent Applications Serial No. 60/214,923, filed June 29, 2000, entitled 
"SYSTEM AND METHOD FOR REAL-TIME RATING, UNDERWRITING AND 
POLICY ISSUANCE" and Serial No. 60/253,108, filed November 27, 2000, entitled 
"SYSTEM AND METHOD FOR REAL-TIME RATING, UNDERWRITING AND 
10 POLICY ISSUANCE". By this reference, the contents of these applications are 
incorporated herein in their entireties for all purposes. 

BACKGROUND OF INVENTION 

1. FIELD OF INVENTION 
15 The present invention relates to a system and method for real-time rating, 

underwriting and policy issuance* More particularly, the invention relates to a system and 
method for applying computer and networking technology to the field of real-time rating, 
underwriting and insurance policy issuance. 

20 2. DESCRIPTION OF RELATED ART 

The Internet is a global network of connected computer networks. Over the last 
several years, the Internet has grown in significant measure. A large number of computers 
on the Internet provide information in various forms. Anyone with a computer connected 
to the Internet can potentially tap into this vast pool of information. 

25 The most wide spread method of providing information over the Internet is via the 

World Wide Web (the Web). The Web consists of a subset of the computers connected to 
the Internet; the computers in this subset run Hypertext Transfer Protocol (HTTP) servers 
(Web servers). The information available via the Internet also encompasses information 
available via other types of information servers such as GOPHER and FTP. 
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Information on the Internet can be accessed through the use of a Uniform Resource 
Locator (URL). A URL uniquely specifies the location of a particular piece of information 
on the Internet. A URL will typically be composed of several components. The first 
component typically designates the protocol by with the address piece of information is 

5 accessed (e.g., HTTP, GOPHER, etc.). This first component is separated from the 
remainder of the URL by a colon (V). The remainder of the URL will depend upon the 
protocol component. Typically, the remainder designates a computer on the Internet by 
name, or by IP number, as well as a more specific designation of the location of the 
resource on the designated computer. For instance, a typical URL for an HTTP resource 

10 might be: 

http://www.server.com/dirl/dir2/resource.htm 
where http is the protocol, www.server.com is the designated computer and 
/dirl/dir2/resouce.htm designates the location of the resource on the designated computer. 
Web servers host information in the form of Web pages; collectively the server and 

15 the information hosted are referred to as a Web site. A significant number of Web pages 
are encoded using the Hypertext Markup Language (HTML) although other encodings 
using the extensible Markup Language (XML) or the Standard Generic Markup Language 
(SGML) are becoming increasingly more common. The published specifications for these 
languages are incorporated by reference herein. Web pages in these formatting languages 

20 may include links to other Web pages on the same Web site or another. As will be known 
to those skilled in the art, Web pages may be generated dynamically by a server by 
integrating a variety of elements into a formatted page prior to transmission to a Web 
client. Web servers and information servers of other types await requests for the 
information that they receive from Internet clients. 

25 Client software has evolved that allows users of computers connected to the 

Internet to access this information. Advanced clients such as Netscape's Navigator and 
Microsoft's Internet Explorer allow users to access software provided via a variety of 



ATTORNEY DOCKET: 1308.501U3 

3 

information servers in a unified client environment. Typically, such client software is 
referred to as browser software. 

All U.S. property and casualty insurers currently use a "free-look" period during 
which they underwrite policy applications and collect additional information as part of 
5 their underwriting evaluation. During this "free-look" period (typically several weeks 
long), applicants are "bound" and enjoy insurance coverage under the application, but the 
insurer may change its rate, cancel the policy, or offer coverage on less favorable terms at 
any time during the "free-look" period. The length and conditions of the "free-look" 
period vary based on state insurance laws and the line of business, but every U.S. property 

10 and casualty insurer utilizes the "free-look" period in some form. 

Of the more than 3702 property and casualty insurers licensed in one or more U.S. 
jurisdiction, none has proposed creating an insurance product based solely on what 
information is available immediately, and the technology that can support the collection of 
such information. A major principle of insurance underwriting is that the more 

15 information an insurer can collect on an applicant, the better pricing or underwriting 

decision the insurer can make. This principle, as traditionally applied, holds that even if 
underwriting information takes a long time to obtain, is difficult to find, or is expensive, it 
is important to collect the information. A significant amount of this information may be 
collected, stored and accessed via computer networks such as the Internet. 

20 Even prior art online systems that provide insurance quotes to consumers use a 

manual underwriting process during a "free-look" period. In contrast, the systems and 
methods of the present invention provide consumers with an offer of insurance where 
underwriting occurs in real-time using information that is immediately available. Offers 
generated in this manner are not subject to revision during a "free-look" period as provided 

25 by prior art systems and methods. 

Insurance faces huge challenges in the coming decade. As an information-based 
industry with an intangible product, new technology presents significant opportunity for 
companies that can effectively exploit it and a fatal threat to companies that cannot adapt. 
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Dynamic pricing is a competitive strategy that complements and takes advantage of the 
new models of customer engagement. Dynamic pricing maximizes the seller's economic 
benefit by finding the optimal tradeoff between a customer's likelihood to accept an offer 
and the revenue value of that offer. 
5 Dynamic pricing refers to a seller's ability to adjust price in response to market 

demand and customers price sensitivity. Optimal dynamic pricing trades off a customers 
likelihood to accept an offer with the revenue value of the offer to find the maximum 
expected benefit to the seller in terms of revenue generation and other business objectives. 
Dynamic pricing produces value through segmentation. The insurance industry is 

10 unique in the degree to which its unit costs are sensitive to customer segments. This has 
created a pricing environment that is focused on cost-based pricing and detailed 
segmentation by customer characteristics. In contrast, dynamic pricing splits demand into 
segments that may or may not reflect explicit customer characteristics. FIGs. 5A and 5B 
demonstrate these principles graphically. FIG. 5A demonstrates a traditional view of 

15 demand and pricing whereas FIG. 5B depicts the potential realization derived from greater 
segmentation through dynamic pricing. 

Dynamic pricing also produces value by extracting a signal about competitive 
position from customer behavior or from comparison-shopping. The automated customer 
engagement model of an online environment, such as with various embodiments according 

20 to the present invention, creates an opportunity for rich data capture and quick response 
that can support very precise dynamic pricing decisions. Other channels may not have this 
kind of flexibility, but designing dynamic pricing attributes into products will create 
revenue enhancement opportunities through responsiveness to the market voice. 

Dynamic pricing has had significant success in recent years in the Pricing and 

25 Revenue Management programs launched by service industries. These tend to be high 

fixed cost/low variable cost industries with capacity limitations and the luxury of advanced 
knowledge of consumption through a reservation process. Insurance, by contrast, has a 
high variable cost/ low fixed cost structure, which means that price moves have a greater 
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impact on profitability. This is because higher volumes erode the fixed cost per unit sale 
burden but not the variable cost. Insurance also has a variable cost that is dependent on 
individual customer characteristics. This means that insurance already practices 
differential pricing. Dynamic pricing exploits customer behavior information to make 
5 these price differentials account for customer price sensitivity. 

Introduction of dynamic pricing to service industries has shown significant social 
benefit. In the service industries average rates tend to be lower. Revenues are enhanced 
because products are accessible to a wider market. Since dynamic pricing extracts its 
benefit to the company from the customer, it tends to improve industry profitability rather 

10 than sharpen competition for market share. Broad adoption of intelligent pricing strategies 
benefits companies from a solvency perspective, price-sensitive consumers through lower 
rates, and higher yield customers through product features tailored to their needs. 

The principals of dynamic pricing can be applied in a variety of ways. The key 
change to the insurance industry business process is to adopt a more operational approach 

15 to price management. This means making more targeted price adjustments in shorter 
timeframes than current practice. Operational price management relies on consistent 
application of statistically sound pricing decisions. 

Many operational price management environments rely on tactically focused 
decision support systems that monitor customer behavior and produce price 

20 recommendations for pricing analysts to implement as they see fit. Alternatively, 

automated price management can be effective in pricing environments with high volumes. 
Automated pricing uses computer programs to update prices without human intervention. 
Analysts set parameters and decision rules that influence the systems performance, but 
rarely control individual pricing decisions. Automated pricing combines computer and 

25 communications technology with control systems design and the economics of price to 
offer customers a price that maximizes the expected economic benefit to the seller. 

By creating a real-time rating, underwriting and policy issuance process, an insurer 
can 1) be able to guarantee customers that their prices will not change after the application 
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process is completed; 2) remove considerable underwriting and processing expense from 
the policy-issuance process, enabling it to offer lower prices; and 3) substantially eliminate 
bad debt expense by calculating and collecting insurance premiums immediately. The use 
of dynamic pricing principles in certain embodiment may further enhance the advantages 
5 of the present invention. 

SUMMARY OF THE INVENTION 
The present invention is directed to systems and methods for real-time rating, 
underwriting and policy issuance for the insurance industry. A typical system embodiment 

10 of the present invention will include a system data store for storing applicant related 

information, a system processor having one or more processing units and a connection, or 
link, to a communication channel allowing communication between the system and 
potential applicants. The system processor will typically be responsible for handling 
interactions with the applicant and data processing. Data storage and retrieval 

15 functionality may be provided by either the system processor or data storage processors 
associated with the data store. Applicants will typically interact with the environment via a 
user computer connected to the system via a computer network, such as the Internet, 
however, other suitable connection types may be used. 

A process according to the present invention, as may be implemented in the typical 

20 system briefly described above, will include several steps in providing real-time rating, 
underwriting and policy issuance. Accordingly, identification information associated with 
a particular applicant is received. A connection is established with one or more 
information sources that may have data related to the applicant that may be relevant to the 
real-time rating and underwriting of an insurance policy for the applicant. A request for 

25 relevant data is transmitted over the respective connections; such request will typically 
include some request data derived from the identification information associated with the 
particular applicant so that the information sources can locate and supply any available 
relevant data. The relevant data is received from the information sources and aggregated. 
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Based upon the received relevant data, an offer of insurance is generated for the particular 
applicant. In some instances, the generated offer may be a statement indicating a denial, 
which may result from a lack of sufficient relevant information or a determination that the 
applicant does not meet coverage requirements. In other instances, an offer may be made 

5 despite lack of particular relevant information; in which case, the offer generation may 
factor this lack into the offer generation process. Some embodiments may utilize a 
dynamic pricing factor in the offer generation process. Dynamic pricing is a competitive 
strategy that complements the seller's business objectives by finding the optimal tradeoff 
between a customer's likelihood to accept an offer and the revenue value of that offer. In 

10 contrast to current insurance industry practice, dynamic prices can be generated without an 
explicit understanding of the underlying customer characteristics. Instead, indicators or 
signals are derived from demand and consumption information captured at customer 
contact points. Prices are adjusted based on what consumer behavior reveals about price 
sensitivity. The generated offer is then communicated to the applicant via an offer output 

15 device such as a user computer, a facsimile, a telephone or other suitable mechanism. 

This invention in one aspect involves designing the insurance product around 
technology that enables all of the data collection, policy information, data verification, and 
underwriting to be performed as part of the consumer application process. At the end of 
the application process, an insurer is able to return to the customer an offer of insurance. 

20 This offer of insurance, unlike a traditional quote, is not subject to change based on the 
company's underwriting or data collection process. The customer knows, immediately, 
what his, her, or its rate will be, and this price is not subject to change. 

Additional advantages of the invention will be set forth in part in the description 
which follows, and in part will be obvious from the description, or may be learned by 

25 practice of the invention. The advantages of the invention will be realized and attained by 
means of the elements and combinations particularly pointed out in the appended claims. 
It is to be understood that both the foregoing general description and the following detailed 
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description are exemplary and explanatory only and are not restrictive of the invention, as 
claimed. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 The accompanying drawings, which are incorporated in and constitute a part of this 

specification, illustrate one embodiment of the invention and together with the description, 
serve to explain the principles of the invention. 

FIG. 1 is a process diagram depicting for developing real-time processes for 
insurance offer generation. 
10 FIG* 2 is a flowchart of a typical process offer generation sequence according to 

the present invention. 

FIG. 3 is a diagram of the architecture of a typical environment according to the 
present invention. 

FIG. 4 is a process diagram depicting an embodiment of a method according to the 
15 present invention. 

FIGs. 5A-5B depict graphs of price versus demand where the white regions 
represent potential realization of revenue. 

FIG. 6 is a block diagram depicting the software component in a typical 
embodiment using dynamic pricing. 
20 FIGs, 7A-7B depict graphs of conversion rates versus days to policy expiration for 

the months of November and December of 2000, respectively. 

DETAILED DESCRIPTION OF THE INVENTION 
A preferred embodiment of the invention is now described in detail. Referring to 
25 the drawings, like numbers indicate like parts throughout the views. As used in the 
description herein and throughout the claims that follow, the meaning of "a," "an," and 
"the" includes plural reference unless the context clearly dictates otherwise. Also, as used 
in the description herein and throughout the claims that follow, the meaning of "in" 
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includes "in" and "on" unless the context clearly dictates otherwise. In the foregoing 
discussion, the following terms will have the following definitions unless the context 
clearly dictates otherwise. 

• BI - Bodily Injury. An insurance coverage type that pays for injuries suffered by 
third parties as a result of an incident associated the insured. 

• PD - Property Damage. An insurance coverage type that pays for property damage 
suffered by third parties as a result of an incident associated the insured. 

• UM - Uninsured Motorist. An insurance coverage type that pays for losses caused 
by an uninsured motorist. 

• UIM - Under Insured Motorist. An insurance coverage type that pays for losses 
caused by a motorist with insufficient insurance to cover the loss. 

• UMBI - Uninsured Motorist Bodily Injury. An insurance coverage type that pays 
for bodily injury caused by a motorist with insufficient insurance to cover the loss. 

• PIP _ Personal Injury Protection. An insurance coverage type that pays for 
personal injury losses suffered by the insured. 

• Comp - Comprehensive Insurance. An insurance coverage type that pays for all 
losses suffered by the insured. 

• Coll - Collision - Collision Insurance. An insurance coverage type that pays for 
vehicle damage suffered by the insured. 

• MVR - Motor Vehicle Report. A report of the items on an insurance applicant's 
legal driving record. 

• CLUE (Equifax Inc., Atlanta, Georgia) - Comprehensive Loss Underwriting 
Exchange - Report shows claim recap for Risk and Subject including credit 
information. 

• Vehicle Use - manner in which insured uses he vehicle 

■ Pleasure - primarily used for personal reasons, not business or work related 

■ Business - used primarily for business or work related activity 

■ Artisan - used specifically in the performance of work, such as carrying tools 
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■ Drive to and from work and school 

• Vehicle Type 

■ Private Passenger Auto - as per federal description 

■ Pickup - a light truck 
5 ■ Van 

• Relationship to NI (Named Insured) - Named Insured the primary holder of the 
insurance policy. 

■ Self - the named insured 

■ Spouse - marital partner of the named insured 

10 ■ Parent - parent of the named insured or parent of the named insured's spouse 

■ Partner - Domestic partner that is not a spouse 

■ Child at home - child of named insured or child of named insured spouse 
domiciled with the named insured 

■ Child away at School (in state) - child of named insured or child of named insured 
15 spouse with a different residence because of attendance at a third level educational 

institution 

■ Other - Related - relative of the named insured not described above 

■ Other - Not related- non-relative of the named insured 

• Driver Types 

20 ■ Rated - Someone covered by the policy 

■ Excluded - member if the household not included on the policy 
* List Children - non driving children in the household 

■ Nondriver - non drivers in the household 

• Marital Status 
25 ■ Single 

■ Married 

■ Divorced 

■ Widowed 
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• GMAC Discounts 

■ GMAC Mortgage - A discount offered to policy holders that also have a mortgage 
with GMAC 

■ GMAC Auto Loan - A discount offered to policy holders that also have an auto 
loan with GMAC 

■ GMAC Auto Lease - A discount offered to policy holders that also have an auto 
lease with GMAC 

■ GM Credit Card - A discount offered to policy holders that also have a credit card 
with GMAC 

■ GM Demand/Smart Note - A discount offered to policy holders that also have 
GMAC Demand or Smart notes 

• Non Chargeable Incident (NCI) - A traffic incident associated with a customer but 
for which the customer was not held responsible 

■ Not at fault accident (recorded on the CLUE report with a coverage of MP, PIP, 
CP, orUM). 

■ At fault accident (waived) - do not display to user 

■ Comprehensive loss: under $1,000 

■ Comprehensive loss: $1,000 or greater 

■ Medical Payments loss 

■ Nonchargable which cannot be assigned to a specific driver (attribute applied to 
Named Insured) 

■ Other nonchargable violations 

■ Personal Injury Protection (PIP) loss 

■ Underinsured Motorists loss 

■ Uninsured Motorists loss 

Ranges may be expressed herein as from "about" one particular value, and/or to 
"about" another particular value. When such a range is expressed, another embodiment 
includes from the one particular value and/or to the other particular value. Similarly, when 
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values are expressed as approximations, by use of the antecedent "about," it will be 
understood that the particular value forms another embodiment. It will be further 
understood that the endpoints of each of the ranges are significant both in relation to the 
other endpoint, and independently of the other endpoint. 
5 In one embodiment of the present invention underwriting rules and rates are 

created, and processes are designed, to accommodate information that is verifiable and 
collectable immediately (in real-time). Depending upon the line of business and individual 
jurisdictional statutes and regulations, these rules, rates and processes will have to be filed 
and approved in each jurisdiction in which an insurer wishes to introduce the product. 

10 Examples of the product development workflow and the application process are seen in 
FIG. 1 . This diagram is applicable across all property and casualty insurance products, 
including both personal lines and commercial lines. Examples include, but are not limited 
to the following personal lines polices: private passenger automobile, homeowners 
(including tenants' and condominium owners' policies), dwelling fire, personal umbrella, 

15 inland marine, recreational vehicle, motorcycle, and personal watercraft. Examples also 
include, but are not limited to, the following commercial lines policies: business owners' 
policies (BOPs), commercial vehicle, general liability, commercial umbrella, package 
policies, commercial property, and workers compensation. 

In step 1 10, a set of underwriting rules, rates and related business processes are 

20 developed. This set is reviewed to determine whether the customer information required 
can be collected and verified in real-time in step 120. If not (115), the set is revised and 
reviewed again. If the answer to the review is yes (125), a proposal based upon the set if 
submitted to the individual jurisdiction (for example, an individual state in the United 
States) in step 130. Once jurisdictional approval has been obtained, or in some 

25 embodiments concurrently with the approval process, technology for real-time rating, 
underwriting and policy issuance are tailored according to the set of developed 
underwriting rules, rates and business processes. 
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FIG. 2 depicts a flowchart of a typical offer generation process. A customer is 
identified in step 310. Information concerning and/or identifying the customer are 
requested and received in step 320. This received information is verified and/or 
supplemented in step 330 through access to third-party information sources. Such 
5 verification or supplementation may include, without limitation, information such as motor 
vehicle reports (332), credit reports (334), prior loss history (338), address (336), and 
vehicle identification numbers (342). A final rate and offer is presented to the customer in 
step 350. If the customer accepts the offer, application is made in step 360. Either a 
separate step (not shown), or as part of step 360, the customer may provide payment 

10 information, which may, in some embodiments, be verified either internally or via a third- 
party verification service. In step 370, the policy is issued and delivered to the customer. 
Additional embodiments of the present invention are described in greater detail below. 

As part of this process, each application can be made immediately, through 
whichever medium is fastest and/or most efficient. For example, an application could be 

15 made electronically, through the Internet, an Intranet, or other similar method such as 
direct communications link; however, alternative means of entry such as automated 
telephone response systems and automated facsimile with optical character recognition 
support are also possible within the scope of the present invention. Since the underwriting 
and processing is performed immediately, in real-time, the declarations page and all related 

20 documents can be returned electronically, through any suitable communication method. 
Paper document exchanges are not necessarily required, depending upon customer 
preference, state regulatory requirements and technology available. 

FIG. 3 depicts a typical environment according to the present invention. Members 
of the user community using suitable devices 270 can obtain an offer of insurance via an 

25 offer generation and delivery environment (offer environment) 280 via a communications 
channel such as the Internet 260. A typical offer environment 280 will include a cluster of 
servers 210 including one or more servers 214, 218 supporting offer generation as 
described above and delivery of such offers. The offer environment may include a 



ATTORNEY DOCKET: 1308.501U3 

14 

separate system data store for storing data associated with offers and users; alternatively, 
the system data store may use internal storage devices connected to one or more of the 
server processors (214, 218) of the server cluster 210. In embodiments where a single 
processor provides supports all functionality of the environment, a local hard disk drive 
5 may serve as the system data store. Such a data store, in a typical embodiment, may be 
implemented as a database system 230 with an external or internal data repository 240 as 
described more fully below. The offer environment 280 will also typically include a 
communication channel such as Ethernet 250 supporting communication among 
components of the environment 280 although other suitable channels may be used (e.g. 

10 direct or indirect connections, token ring, dial-up, etc.). The offer environment 280 may 
also optionally include one or more load balancing servers 220 for distributing work 
among the components of the environment 280. Real-time information providers 290 may 
supply information used in generating offers; these information providers communicate 
with the offer environment 280 via a communication channel such as the Internet 260 or 

15 other suitable connection (e.g. dedicated communication line, dial-up connection etc.). 

An offer generation and delivery environment (offer environment) 280 may include 
a server cluster 210 of one or more servers (e.g. 214, 218) that provides offer generation, 
policy generation and policy delivery functionality. These, or other servers (not shown), 
may support access to the environment by members of the user 270. Access to the 

20 environment by these various users may be via any suitable communication channel, which 
in a typical embodiment will be a computer network such as the Internet 260 and/or 
Ethernet 250. In other environments, access may be via other forms of computer network, 
direct dial-up connection, dedicated connection or other suitable channel as would be 
known to those skilled in the art. Some embodiments may use and/or require a 

25 combination of communication vehicles, such as those previously described, to serve as 
the communication channel. In some embodiments the access channel may provide 
security features; for instance, a secure socket layer (SSL) may be used with respect to an 
embodiment using the Internet 260 as the access communication channel. The one or more 
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servers may include or connect to a data store for storing customer data and/or parameter 
necessary to generate offers, generate policies and to deliver policies. 

The various components of the environment 280 may communicate with each other 
through any suitable communication architecture including, but not limited to, a computer 

5 network such as a Ethernet 250, token ring network or the Internet 260; a direct connection 
such as a bus connection, parallel or serial connection, null modem connection or wireless 
connection utilizing an appropriate communication protocol such as BLUETOOTH; a dial- 
up connection; and appropriate combinations thereof. In embodiments where a single 
computer may provide all functional components, the communication may occur via bus 

10 connections, inter-process communication, shared files or some combination of these 
methods or other commonly utilized communication mechanisms. 

The architecture, seen in FIG. 3, use the Internet 260 and an Ethernet 250 as 
communication channels allowing access to the environment by various members of the 
user community 270 and allowing communication between the environment and third- 

15 party sources of customer data and/or sources of verification of customer data 290. The 
environments uses a computer network such as the depicted Ethernet 250 to allow 
communication among the components of the environment; a router (not shown) may be 
included in the environment to manage such communication within the internal network as 
well as managing the interface between the internal network and the Internet 260. The 

20 functionality of the environment is spread among a server cluster 21 0, a data store 230, 240 
and, in some embodiments, a load-balancing device 220. Where a load-balancing device 
220 is present, the device may be responsible for allocating and managing distribution of 
access among various elements within the server cluster 210 and/or the data store 230, 240. 
Users may access the environment through standard Web browser software or via 

25 specialized access software adapted for interfacing with the offer environment 280. 

The server cluster 210 provides the offer generation and policy generation/issuance 
functionality of the environment 280. In some embodiments, the server cluster 210 may be 
divided into access servers and application servers where the access servers provide 
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electronic access functionality such as by electronic mail server(s) and/or Web server(s) 
and the application servers provide the offer generation and policy generation/issuance 
functionality. In some such embodiments, the one or more servers (e.g. 214, 218) in the 
server cluster 210 may be supported via Intel-compatible hardware platforms preferably 
5 using at least a PENTIUM III class microprocessor (Intel Corp., Santa Clara, CA). In 
some embodiments, functionality may be distributed across multiple processing elements. 
The term processing element may be a process running on a particular piece, or across 
particular pieces, of hardware, a particular piece of hardware or either as the context 
allows. The hardware platform would have an appropriate operating system such as 
10 WINDOWS 2000 Server (Microsoft, Redmond, WA), WINDOWS/NT Server (Microsoft, 
Redmond, WA), Solaris (Sun Microsystems, Palo Alto, CA), or LINUX (or other UNIX 
variant). 

Depending upon the hardware/operating system platform, appropriate server 
software may be included to support the desired application, email and Web server 

15 functionality. The Web server functionality may be provided via an Internet Information 
Server (Microsoft, Redmond, WA), an Apache HTTP Server (Apache Software 
Foundation, Forest Hill, MD), an iPlanet Web Server (iPlanet E-Commerce Solutions - A 
Sun - Netscape Alliance, Mountain View, CA) or other suitable Web server platform. The 
email services may be supported via an Exchange Server (Microsoft, Redmond, WA), 

20 sendmail or other suitable email server. 

Application servers in some embodiments may be iPlanet Application Servers 
(iPlanet E-Commerce Solutions - A Sun - Netscape Alliance, Mountain View, CA), 
WebSphere Servers (International Business Machines, Armonk, NY), Tomcat Java 
Servelet/JSP Engine (Apache Software Foundation, Forest Hill, MD) or Citrix MetaFrame 

25 (Citrix Systems, Inc., Ft. Lauderdale, FL). In one embodiment, the business application 
services may be provided through programmed pages on the Web server; such pages may 
use ActiveX, VBScript, Java Applet and/or Servelet technology to provide server side 
business logic and may use ActiveX or JavaScript to support client side business logic. An 
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application server may also be used in the environment to provide policy management, 
creation and update functionality. Such an application server may also be responsible for 
initial determination of the rate. In some embodiments, a Diamond System (Applied 
Systems, Inc., University Park, IL) may provide such policy management functionality. A 
5 dynamic pricing engine, as further described below, may also run on one of the 
environment's application servers in some embodiments. 

The data store provides for the storage and, potentially, the management of the data 
required by the environment. A typical data store will include one or more storage 
devices, and in some embodiments, may include one or more data servers. The data store 

10 depicted in FIG. 3 uses a server 230 and a data repository 240. These depictions are 
representative only, and consequently, other data store architectures may have multiple 
servers and storage elements. Information concerning different users (including applicants, 
administrators, underwriters, agents, etc.), different real-time vendors (including server 
access and addressing parameters), policy templates, pricing tables, underwriting tiers may 

15 be stored in the data store. It will be understood by those of skill in the art that these 
different types of information may be logically or physically segregated within a single 
system data store; multiple related data stores accessible through a unified management 
system, which together serve as the system data store; or multiple independent data stores 
individually accessible through disparate management systems, which may in some 

20 embodiments be collectively viewed as the system data store. 

The architecture of the data store may vary significantly in different embodiments. 
In several embodiments, database(s) are used to store and manipulate the data; in some 
such embodiment, one or more relational database management systems, such as SQL 
Server (Microsoft, Redmond, WA), ACCESS (Microsoft, Redmond, WA), ORACLE 8i 

25 (Oracle Corp., Redwood Shores, CA), Ingres (Computer Associates, Islandia, NY), or 

Adaptive Server Enterprise (Sybase Inc., Emeryville, CA), in connection with a variety of 
storage devices/file servers that may include, in some embodiments, an tape library such as 
Exabyte X80 (Exabyte Corporation, Boulder, CO), a storage attached network (SAN) 
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solution such as available from (EMC, Inc., Hopkinton, MA), a network attached storage 
(NAS) solution such as a NetApp Filer 740 (Network Appliances, Sunnyvale, CA), or 
combinations thereof. In other embodiments, the data store may use database systems with 
other architectures such as object-oriented, spatial, object-relational or hierarchical or may 
use other storage implementations such as hash tables or flat files or combinations of such 
architectures. 

FIG. 4 provides a flowchart of a typical method according to the present invention, 
as further described below with respect to various embodiments. In some embodiment, 
one or more processors within the environments as described above may execute the steps 
in such methods. In other embodiments, any suitable computer readable storage device, 
including primary storage such as RAM, ROM, cache memory, etc. or secondary storage 
such as magnetic media including fixed and removable disks and tapes; optical media 
including fixed and removable disks whether read-only or read- write; paper media 
including punch cards and paper tape; or other secondary storage as would be known to 
those skilled in the art, may store instruction that upon execution by one or more 
processors cause the one or more processors to execute the steps in such methods. 

In step 410, information is obtained from the customer. In some embodiments, this 
information may be simply identification information, such as a social security number. In 
other embodiments, the information will include at least identification information; other 
types of information that may be requested could include, without limitation, name; 
contact information such as address, telephone number, etc.; type of home; number of 
people residing with applicant; marital status; information concerning vehicles driven such 
as make, model, year, vehicle identification number (VIN), etc.; prior insurance history 
such as prior insurer, policy number, coverage limitations, expiration date, etc.; and 
underwriting questions such as related to insurance/fraud convictions, vehicle alterations 
and undisclosed drives. 

This step may, in some embodiments, be preceded by a transmission of a request 
for such information to an output device associated with the applicant; this output device 
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may be the same as, or different from, the output device as described below for presenting 
the generated offer and/or delivering the issued policy. The output device will usually be a 
computer, a telephone, a facsimile machine or some combinations thereof; however, any 
suitable output device for conveying the request to the applicant may be used within the 

5 scope of the present invention. Where the output device is a computer, the computer will 
typically use a monitor as a display device; however, the display device may also be a 
speaker or other audio display, a tactile display, a printer or other print display, 
combinations of these or combinations of these along with a monitor. In some of these 
embodiments, the transmission will include a form for the applicant to complete with the 

10 information to be obtained and receiving the information will include receiving the 

completed form and parsing the desired information from the completed form. Typically, 
this interaction will occur via a Web based interface where the form is presented to the 
applicant in one or more parts via Web browser software; upon submission of the form, or 
each part thereof, the information entered by the applicant is received. However, other 

15 interactive processes may be used such as facsimile or email delivery of the form to the 
applicant and facsimile or email return of the completed form. In one such embodiment, 
the returned form is received in digital form and optical character recognition software is 
used to discern the entered information. Similarly, an automated voice response system 
with suitable voice recognition software could analogously be used for presenting the form 

20 and receiving the desired information. Finally, form delivery and return could be through 
different media such as delivery via a facsimile with either Web or telephone return. 

In step 420, contact is established with one or more information sources. A request 
is transmitted to one or more of the information sources to which contact was established. 
In response to such a request, applicant relevant information will be received from the 

25 information sources. The transmitted requests will typically include at least a portion of 
the information obtained in step 410 and/or previously obtained applicant relevant 
information from this step. Typical examples of applicant relevant information that 
information sources may provide are: motor vehicle reports, address verification, prior loss 
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history, verification of VIN and credit reports. Such applicant relevant information may, 
in some embodiments, be stored in a data store in a record associated with the applicant. 

Information source data such as addressing and access parameters associated with 
the one or more information sources may be stored in an information source data store 
5 either separate from, or part of, an overall system data store. Establishing contact with one 
or more information sources may include the retrieval of such information associated with 
the respective information sources. The first stage in consulting such sources may be the 
opening of a connection to the source via a suitable communication channel as described in 
greater detail below. The information source data associate with a particular information 

10 source may be required to open the connection, and therefore, may be retrieved from an 
information source data store. 

In some embodiments, only a single information source may be consulted; in 
others, multiple sources may be used. In embodiments using multiple sources, the sources 
may be contacted in a parallel or serial fashion. Where sources are contacted in a serial 

15 fashion, an information source to be contacted must be selected. The selection process 
may be arbitrary or based upon a specific procedure. In instances where a specific 
procedure is used, the process may be based upon parameters associated with the 
information source such as cost of access, reliability and/or amount of available 
information relative to the applicant, existing step 410 and/or previously obtained step 420 

20 information associated with the applicant, alphabetical ordering of the information source 
names or other suitable selection or ordering process. The one or more information 
sources are queried to verify or confirm existing data or to provide additional data 
associated with or relevant to the applicant. Where multiple sources are available, all 
sources may, but need not be, consulted; a selected subset may be consulted. The subset 

25 selection may be based upon the existing step 410 and/or previously obtained step 420 
information associated with the applicant. 

In step 420, information is conveyed between the offer generation environment and 
one or more information sources. The conveyance of information occurs via a link, or 
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interface, to or with a suitable communication channel for conveying the information. The 
link will depend upon the offer generation environment and the communication channel, or 
the first portion thereof where the communication channel is composed of several portions 
of potentially varying types. In most cases, the offer generation environment 

5 communicates information to the applicant through a processor such as a computer, which 
may in certain embodiments provide server functionality and be part of a server cluster; 
where the source of the communication is a processor, the link may be a wired or wireless 
modem, a serial or parallel interface, a network interface, a bus interface or combinations 
thereof where communication may occur via multiple communication channels or where 

10 differing types of communication occur through potentially different channels. The 

communication channel usually consists of one or more of the following types of channels: 
computer network, direct serial or parallel connection, dial-up connection, dedicated line 
connection, wireless connection, bus connection and combinations thereof. The 
communication channel may further consist of a variety of computer network types 

15 including an Ethernet, a token ring network, the Internet and/or combinations thereof. 
Communication may use any suitable protocol; however, in most instances, the protocol 
selected will depend upon the communication channel. Typically, the protocol is one or 
more of the following protocols alone, or in combination where multiple types of channels 
form portions of the communication channel: HTTP, HTTPS, SMTP, FTP, BLUETOOTH, 

20 GOPHER, interprocess communication and WAIS. This communication channel may, in 
some embodiments, be the same as used for communication with the applicant. 

In some embodiments, the step 410 and step 420 information may be aggregated 
together, and potentially stored in a data store. The following is a non-exhaustive list of 
the types of information collected, retrieved and or verified through steps 410 and 420 that 

25 may impact the offer that is ultimately generated: 

• Applicant's driving history: If the applicant does not have traffic related 

convictions and has not been involved in an accident that was determined to be his 
fault, the applicant will probably pay less for his auto insurance. Companies can 



ATTORNEY DOCKET: 1308.501U3 

22 

offer lower rates to people without traffic violations and accidents because, 
statistically, these drivers have a lower chance of incurring another incident. 
Applicant's car: Certain cars cost more to insure for different reasons. Some cars 
cost a lot to repair, some cause more damage to other cars in an accident, and some 
are more likely to be stolen. Owning a car that fits into one of these categories can 
mean higher collision and comprehensive premiums. Some broad types of cars that 
typically cost more to insure are sports cars and SUV's. 
Where applicant live: The risk of accidents, thefts, and vandalism vary 
significantly from one place to another. For instance, people living in small towns 
have generally been found to have fewer auto accidents than people living in large 
cities. Therefore, people in small cities usually pay less for insurance. Another 
reason rates may vary by where the applicant lives is the possibility of natural 
disaster. The risk of damage to applicant's vehicle due to a natural disaster or 
severe weather varies significantly from one region to another. Other variables 
include local auto repair prices. 

Marital status: Statistically, married drivers have fewer accidents than single 
drivers, so they generally pay lower premiums. This is particularly true for 
younger drivers. 

Age: Typically drivers under age 25 have more accidents than older drivers, so they 
pay higher premiums. Drivers between 50 and 65 years of age usually have the 
lowest accident rates and typically pay the lowest premiums. 
Gender: Men under the age of 25 are involved in more accidents than women 
under the age of 25 and have more than three times as many fatal accidents. 
Therefore, young men incur higher premiums than young women do. 
Applicable discounts: Factors such as having multiple cars on a policy, anti-theft 
devices, being a homeowner or having another affiliated account (such as a credit 
card via an affiliate of the insurer) can improve the applicant's rate by making him 
eligible for significant discounts. In fact, even opting to have forms e-mailed to 
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him rather than traditional delivery via mail may result in a discount to his auto 
insurance. 

• Financial responsibility: Applicant's rate is also partially based on his credit 
history. Extensive industry analysis has determined customers' credit histories are 

5 highly related to their driving patterns. 

In step 430, an offer of insurance is generated based at least upon the applicant 
relevant information from step 420. In some embodiments, the generated offer may be 
based upon the information obtained in step 410 in addition to, or instead of, the step 420 
information. In embodiments where the 410 and 420 information is aggregated, the offer 

10 is generated based at least in part upon the aggregated applicant information. 

Embodiments of the present invention will use traditional, industry standard rating and 
underwriting principles to generated the offer; however, this process occurs in real-time 
during the application process rather than during a prior art "free-look" period. An offer 
generation may typically include the following steps: (a) determining an underwriting tier 

15 for the applicant based upon the step 410 and/or 420 information, (b) retrieving a base rate 
based upon the determined underwriting tier, and (c) calculating the rate component based 
upon the base rate and the step 410 and/or 420 information. In some such embodiments, 
the generated offer may be modified based upon dynamic pricing principles as further 
detailed below or available discounts. In other embodiments, a dynamic pricing approach 

20 may be integrated into the offer generation process rather than result in a modification to a 
traditionally generated offer. 

In some embodiments, the generated offer may be stored for subsequent retrieval in 
a data store in a record associated with the applicant. In some of these embodiments, a 
determination may be made as to whether such a previously stored offer associated with 

25 the applicant exists. If so, a new offer is not generated from scratch, but this step retrieves 
the previously stored offer and uses it as the generated offer. Stored offers may also be 
subject to a validity check prior to reuse. A variety of factors may be used to determine 
validity; these factors may include age of offer, change in applicant information change in 
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dynamic pricing factors, change in state laws and/or rates, change in special offers and 
combinations thereof. 

The generated offer in some embodiments may include a rate component, a fee 
component and/or an incentive component. A rate component to the offer may be 
generated based upon the desired coverage types and amounts and the applicant's risk 
factors. The fee component may be based upon a variety of factors including processing 
fees for processing the application, service charges for deferred payment plans and fee for 
recovering costs paid to information sources to collect and/or verify data associated with 
the applicant. In some embodiments using rate and fee components, these components 
may be balanced within the overall generated offer based upon step 410 and/or 420 
information associated with the applicant. Some embodiments may also use an incentive 
component where an incentive is included in the generated offer. Typically, the following 
types of incentives may be included: a discount on the offered insurance product, a 
discount on a third party product or service, an award in a third-party incentive program, 
and a free third party product or service. Rebates may also be used in jurisdiction where 
rebates are legal in the context of insurance sales. The processes used to generate any of 
these components may use either a dynamic pricing modifier or a generation process 
integrating dynamic pricing as further detailed below. 

In step 440, the generated offer is presented to the applicant. Typically, this will 
occur as a result of the offer being transmitted to an output device associated with the 
applicant. In most instances, the output device will be a computer, a telephone, a facsimile 
machine or some combinations thereof; however, any suitable output device for conveying 
the offer to the applicant may be used within the scope of the present invention. Where the 
output device is a computer, the computer will typically use a monitor as a display device; 
however, the display device may also be a speaker or other audio display, a tactile display, 
a printer or other print display, combinations of these or combinations of these along with 
a monitor. This output device may be the same as, or different from, the output device as 
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described above for requesting information from the applicant and/or described below for 

delivering the issued policy. 

In step 450, an acceptance signal is received, or inferred. An explicit acceptance 

may be received in response to some action by the applicant using an input device. Such 
5 an action could be using a mouse or keyboard to trigger transmission of an acceptance 

signal from a user computer associated used by the applicant, voicing a response or keying 

a tone on a telephone in an automated voice response system, sending an acceptance by 

email to an automated email processing system or other suitable trigger as would be known 

to one of skill in the art. An acceptance may also be inferred from an applicant's actions. 
10 One such action could be the transmission of sufficient payment information to cover the 

cost in the presented offer. Alternatively, such payment information may be transmitted as 

part of, or in addition to, an explicit acceptance. 

Payment information may be of an immediate or deferred nature. Payment 

information of an immediate nature may be of a variety of types including charge card, 
15 debit card, direct bank account withdrawal, electronic fund transfer and combinations 

thereof. If the payment type is of an immediate nature, it may, in some embodiments, be 

directly processed in real-time so as to allow the insurer to derive compensation thereby. 

Payment of a deferred nature may include a request to be billed by mail or through periodic 

installments either by mail or automatically using one of the immediate payment types. In 
20 embodiments allowing submission of payment information of a deferred natured, the 

sufficiency of such information may depend upon a rating of the applicant's credit. 

In step 460, a policy is generated. The generated policy will be based at least upon 

the generated offer, and may also be further based upon the information from steps 4 1 0 

and/or 420. In some embodiments, a policy template may be selected based upon the 
25 applicant's state of residence; this policy template may then be modified in accordance 

with the generated offer and the step 410 and/or step 420 information. 

In step 470, a policy drawn in accordance with the generated offer from step 460 is 

delivered the applicant. Delivery of the policy may be via any suitable delivery vehicle 
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including electronic deliver via a policy output device or physical delivery via mail or 
courier service. In most instances of electronic delivery, the output device will be a 
computer; however, any suitable output device such as a facsimile for delivering the policy 
to the applicant may be used within the scope of the present invention. Where the output 
5 device is a computer, the computer will typically use a monitor as a display device; 

however, the display device may also be a speaker or other audio display, a tactile display, 
a printer or other print display, combinations of these or combinations of these along with 
a monitor. This output device may be the same as, or different from, the output device as 
described above for requesting information from the applicant and/or for presenting the 

10 generated offer. 

In a variety of instances described above including requesting and receiving 
information, presenting the offer, receiving an acceptance signal and/or payment 
information and delivering the policy, information is conveyed to the applicant. The 
conveyance of information to the applicant occurs via a link, or interface, to or with a 

15 suitable communication channel for conveying the information. The link will depend upon 
the offer generation environment and the communication channel, or the first portion 
thereof where the communication channel is composed of several portions of potentially 
varying types. In most cases, the offer generation environment communicates information 
to the applicant through a processor such as a computer, which may in certain 

20 embodiments provide server functionality and be part of a server cluster; where the source 
of the communication is a processor, the link may be a wired or wireless modem, a serial 
or parallel interface, a network interface, a bus interface or combinations thereof where 
communication may occur via multiple communication channels or where differing types 
of communication occur through potentially different channels. The communication 

25 channel usually consists of one or more of the following types of channels: computer 

network, direct serial or parallel connection, dial-up connection, dedicated line connection, 
wireless connection, bus connection and combinations thereof. The communication 
channel may further consist of a variety of computer network types including an Ethernet, 
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a token ring network, the Internet and/or combinations thereof. Communication may use 
any suitable protocol; however, in most instances, the protocol selected will depend upon 
the communication channel. Typically, the protocol is one or more of the following 
protocols alone, or in combination where multiple types of channels form portions of the 
5 communication channel: HTTP, HTTPS, SMTP, FTP, BLUETOOTH, GOPHER, 
interprocess communication and WAIS. This communication channel may, in some 
embodiments, be the same as used for communication with the one or more information 
sources. 

As mentioned above, some embodiments may use dynamic pricing principles to 

10 better tailor the generated offer. These dynamic pricing principles may be used in a variety 
of ways to adjust or generate the offer as described herein. The following discussion 
described this use with respect to the rate component of the offer; however, the 
modification of other offer components through dynamic pricing principles is within the 
scope of the present invention. Those of skill in the art will readily appreciate that the 

15 same approach using the same, or other factors, may be used with other portions of the 
offer, in embodiments where the offer constitutes multiple portions, including, without 
limitation, a fee component and/or a purchase incentive component. 

In some dynamic pricing embodiments, a typical process occurs to generate the rate 
component of the offer; namely, the rate is calculated from a retrieved base rate determined 

20 by the applicant's underwriting tier as determined based upon applicant specific 

information such as obtained in steps 410 and/or 420 in FIG. 4, and potentially modified 
based upon other applicant specific information. Such embodiments may involve deriving 
an adjustment to the retrieved base rate based at least in part upon applicant specific 
information and a dynamic pricing factor based upon analysis of analytic information 

25 selected from the group consisting of demand level, cost, return on assets and 

combinations thereof. Once the dynamic pricing adjustment is derived, it can be applied to 
a traditionally generated rate to calculate the final rate component. 
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The analysis of the analytic information may occur in real-time and generate the 
dynamic pricing factor as each offer is generated. In other embodiments, the analysis may 
occur at periodic intervals, such as hourly, nightly or weekly batch processing. Where 
analysis occurs on a periodic basis, the results of the analysis may be stored in a dynamic 
5 pricing factors table. The current table would be used to generate any offers to be made 
until the generation of a new table. In such embodiments, the appropriate factor can be 
retrieved from the table and applied as required. The real-time generation of a dynamic 
pricing factor can be viewed as a particular case of the periodic generation method, where 
the period approaches zero; a new table would be available for each offer generated. In 

10 some particular embodiments where the analytic information includes demand level, 
conversion rates may be used as an indicator of demand level. The adjustment table 
generation may include analyzing conversion rates for previous purchases of insurance 
products; forecasting conversion rates for potential further purchases based upon the 
analyzed conversion rates and preparing the adjustment table based at least in part upon the 

15 analyzed and forecasted conversion rates. The discussion below provided greater detail 
regarding dynamic pricing calculation and factor table generation. 

In other dynamic pricing embodiments, pricing tiers calculated according to 
dynamic pricing principles may be used rather than a traditional determination of the 
underwriting tiers to generate the base rate. These embodiments use a process fairly 

20 similar to the one described above with respect to determining a modifier to a traditionally 
derived rate, fee or purchase incentive components. Under this approach, the base rate, fee 
or purchase incentive is worked into the tiers at the outset. As a consequence, the 
appropriate component calculation does not require an additional dynamic pricing 
adjustment. An offer generation may typically include the following steps: (a) determining 

25 a pricing tier for the applicant based upon the step 410 and/or 420 information and a 

dynamic pricing factor based upon analysis of analytic information selected from the group 
consisting of demand level, cost, return on assets and combinations thereof, (b) retrieving a 
base rate based upon the determined pricing tier, and (c) calculating the rate component 
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based upon the base rate and the step 410 and/or 420 information. This may be 
accomplished through applying traditional base rates to a dynamic pricing adjustment table 
as described above. Generation of the appropriate offer component becomes a retrieval of 
the appropriate base rate, fee and/or purchase incentive from the table. 
5 In yet another set of dynamic pricing embodiments, state regulatory practice may 

require an alternative approach to the incorporation of dynamic pricing principles. In these 
embodiments, the offer components being calculated is performed as in an environment 
without dynamic pricing; however, the initial selection of a company to provide the offer is 
based upon the dynamic pricing strategy. In these embodiments, an offering company is 

10 selected from a set of available offering companies based upon applicant specific 

information, such as obtained via steps 410 and/or 420 above, and a dynamic pricing factor 
based upon analysis of analytic information selected from the group consisting of demand 
level, cost, return on assets and combinations thereof. Once an offering company has been 
chosen, an underwriting tier from the offering company is chosen for the applicant based 

15 upon applicant specific information. A base rate is retrieved based upon the determined 
underwriting tier and the rate component is calculated based upon the base rate and the 
applicant specific information. At some point, identification information associated with 
the offering company is added to the offer. 

The determination of the offering company may be based upon the procedures 

20 described above with respect to determining a dynamic pricing modifier. Namely, an 
offering company table can be generated according to dynamic pricing principles as 
described above. As above, table generation could be real-time based upon demand or 
could occur at periodic intervals. The table would be indexed based upon applicant 
specific information to retrieve an offering company. The offering company would then 

25 perform a typical process for generating the offer. The dynamic pricing principles would 
be incorporated at the stage of initially selecting the company to provide the applicant with 
the offer. 
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The following discussion outlines the approach that may be taken in some 
embodiments to generate the tables for dynamic pricing factors, pricing tier selection and 
offering company selection as outlined above. 
Dynamic Pricing Support Environment 

This section provides a brief description of a typical environment to support the 
dynamic pricing as discussed above. There are two key concepts that are central to this 
dynamic pricing system implementation: 

1 . Pricing tiers: Traditional rate filings specify a single base rate level for a particular 
coverage type. For example, BI (bodily injury) coverage could have a base rate of 
$75 for a six-month term. This rate is then modified by risk factors, called 
relativities, specific to an individual to arrive at a final rate. Currently, all BI 
policies in a particular state derive their rate from this single base rate. Dynamic 
pricing selects one of several base rates to generate a rate for a single coverage type 
for an individual customer. A collection of base rates, one for each coverage type, 
is called a pricing tier. For example: 

Pricing tier 1 BI = $84, PD = $1 1 1 , and so on for the other coverage types 

Pricing tier 2 BI = $75, PD = $ 1 02 

Pricing tier 3 BI = $67, PD = $90 
The differentials between pricing tiers may be represented by percentage changes 
from a base tier, in much the same way relativities are represented in rate manuals. 

2. Pricing Segments: Dynamic pricing assigns customers to pricing tiers based on 
values of dynamic pricing variables derived from applicant information. A pricing 
segment is a collection of existing and potential customers that share common 
values for the pricing variables. Any individual requesting an offer for insurance 
belongs to one, and only one, pricing segment based on their characteristics. For 
example, home ownership and days prior to expiration of current policy could be 
used as segmenting variables with the following values: 

♦ Home ownership is a Boolean with values yes or no. 
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• Days prior to expiration is a continuous variable that is divided into three 
categories: greater than 21 days, between 21 and 7 days, and within 7 days. 
This variable may be extremely pertinent based upon analysis of conversion 
rate data with respect to time until expiration. The graphs seen in FIGs. 7A and 
7B depict this relationship for the months of November and December of 2000 
and highlight the potential correlation between expiration date and conversion 
rate. 

In this example, there are six pricing segments as follows: 



Price Segment Home Owner Days to Expiration Category 

1 Y 0-7 

2 Y 8-21 

3 Y 21+ 

4 N 0-7 

5 N 8-21 

6 N 21 + 



Those of skill in the art will appreciate that other variables may be used to 
segment the applicant population. Segmenting for dynamic pricing may use cost 
and/or return on assets as well as, or instead of, demand level. Other types of 
variables that might be used include: 

• Behavior Variables may be derived from information about customer 
behavior available from interaction at the time of a request for an offer of 
insurance. For example, Click through from is a variable that refers to the 
web-site that a customer was viewing immediately prior to the offer generation 
environment. In many cases the click-through will occur as a result of 
promotional activity on the originating Web site. The * Click through from' 
data contains some implicit customer characteristic information that can be 
discovered by analyzing aggregate customer behavior based on originating Web 
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site. Discounting rules may also be applied in certain embodiments based upon 
the originating Web site. 

• Rating variables are used to identify the risk and potential magnitude of 
administrative, operational, and claims costs associated with offering insurance 
to the individual customer. These costs are represented by relativity factors, 
which are used to modify base rates as part of the rate generation process. 
Dynamic pricing provides a mechanism to correct for inaccurate or outdated 
loss cost assessments prior to filing updated relativities with the appropriate 
Department of Insurance. Dynamic pricing also tracks demand behavior 
associated with traditional rating variables. Type of Vehicle is a traditional 
rating variable that carries customer characteristic information, 

• Other Cost Variables Other cost variables are less precisely related to the 
individual characteristic. Opportunity cost reflects the attractiveness of the 
policy as a means of producing investment income. Exposure is a cost 
variable that reflects the impact of customer characteristics on portfolio mix. 

The dynamic pricing system may track and forecast demand segmented by the 
values of each of these variables individually. Each pricing segment is associated with a 
single pricing tier or dynamic pricing adjustment factor. In practice the dynamic pricing 
system will support pricing segments defined by almost any variable available from the 
any applicant specific data such as would be obtained through steps 410 and/or 420 in FIG. 
4. Selection and priority of these variables may be configurable for each state through any 
suitable configuration mechanism such as configuration files, parameters entered at 
execution or a dynamic pricing support environment, and may be periodically updated. 
This means that the definition of the pricing segments is configurable and may change. In 
order for dynamic pricing to work, the definition of segments must be comprehensive and 
mutually exclusive with respect to membership of a segment by an individual applicant or 
policy holder. 
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When a customer requests an offer for insurance, they provide the information 
needed to figure out to which pricing segment they belong. At any given time, the pricing 
segment may be assigned to a particular pricing tier. The customer's rate is computed 
based on the base rates or dynamic pricing adjust factor associated with the assigned 
pricing tier. Over time these assignments may change, so that the same customer could get 
a different rate if they re-requested the offer. Rate filing is not necessary to make the 
assignment changes. 

A typical dynamic pricing environment may include the following three major 
software components. These components and their interactions are seen graphically in FIG. 
6. 

1 . The Pricing Tier Assignment Table 630 is stored and managed by an online system. 
Each time an offer is requested 640 from an offer environment 650, a lookup is 
performed against this table to determine which pricing tier or dynamic pricing 
adjustment factor should be used to compute a rate for the offer. This information, 
together with values for rating variables derived from the applicant information is 
sent to the rating engine 660. The rating engine returns a rate for the individual 
request for offer of insurance. 

2. The Dynamic Pricing Batch Process 620 generates pricing tier assignment change 
recommendations based on changes in customer demand and consumption behavior 
as provided by the offer environment 650. Input as to the currently rates in force, 
derived from the rating engine 660, is also used in this process. Further, the pricing 
tier assignment table 630 is updated, potentially subject to review via a decision 
support system 610. 

3. The Dynamic Pricing Decision Support System 610 provides a product manager 
with tools to evaluate rate recommendations from the batch process 620 and make 
changes to the pricing tier assignment table 630. 

Since the regulatory environment is different in each state, the dynamic pricing 
features of each rate filing will be different. The objective of each filing is to create a set of 
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pricing tiers that implement different base rate levels. The major differences in dynamic 
pricing filing types will be: 

• Underwriting Tiers - In states that do not require filing of underwriting tier 
information multiple dynamic pricing related tiers at various rate levels can be 

5 defined. Rates from these tiers can be made available for sale or made 

unavailable based on business needs. 

• Product Differentiation - Some states will be amenable to rate variation based 
on different product definitions. For example, several different coverage 
amounts may be available for any given policy. Each coverage amount will 

10 correspond to a different pricing tier. 

• Separate Companies - In states where underwriting tier and product 
differentiation strategies do not meet regulatory requirements, it will be 
necessary to establish separate companies, probably with different cost 
structures that justify different base rates. 

15 The Online Pricing Tier Assignment Table 

The system of record for the assignment of pricing segments to pricing tiers is 
typically an online offer generation system as described in greater detail above. It is 
responsible for the storage, maintenance, backup and recovery, dissemination, and update 
of the pricing tier assignment table. It also uses this table in each request for offer that it 
20 sends to the rating engine. As part of any request for offer that is sent to the rating engine, 
the pricing tier will be indicated. The online environment will derive the pricing tier 
assignment, from a lookup against the pricing tier assignment table. 

Continuing the example above with two price segmenting variables, home 
ownership and days prior to expiration, the Pricing Tier Assignment Table may in some 
25 embodiments contain the following fields: 

State A two character identifier representing the regional political sub- 

entities of the United States. 
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Price Segment 

Home ownership 
Days Prior 

Index 

For example: 
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An index that uniquely identifies a combination of underwriting tier 
and territory within a state. 
One of { y, n } 

One of { early, middle, late } corresponding to categories: greater 
than 21 days, between 21 and 7 days, and within 7 days. 
The pricing tier index, which uniquely identifies a price tier that has 
been filed in the state. 



State 


Price 


Home 


Days 


Pricing 




Segment 


Owner 


Prior 


Tier 


TX 


1 


Y 


Early 


5 


TX 


2 


Y 


Middle 


5 


TX 


3 


Y 


Late 


5 


TX 


4 


N 


Early 


5 


TX 


5 


N 


Middle 


5 


TX 


6 


N 


Late 


5 



1 0 The Rating Engine 

The offer environment generates offer requests and policy creation transactions that 

are passed to the rating engine. Transactions that contain a request for offer will also 

contain information that allows the rating engine to generate a rate for the specific request. 

In some embodiments, the offer environment provides the pricing tier index as part of that 
15 information set. The offer environment may derive the pricing tier index by a lookup 

function that compares the State, Home Ownership, and Days Prior in the request for offer 

information to the same fields in the pricing tier assignment table. 

The rating engine will use the pricing tier index to select base rates from a matrix of 

base rates, or an equivalent representation, that will be provided as part of the filing 
20 process for any dynamic pricing rate filing. Dynamic pricing filings will have the 

following common features: 

• The same relativity values will be filed for all pricing tiers. 

• Pricing tiers will have different base rates. 
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For example 



Price Tier 


BI 


PD 


MP 


UMBI 


UIM 
BI 


UMPD 


Comp 


RR 


T&L 


Coll 


1 


126.41 


149.51 


49.84 


40.11 


13.37 


25.53 


102.10 


36.47 


7.29 


420.57 


2 


120.39 


142.39 


47.46 


38.20 


12.73 


24.31 


97.24 


34.73 


6.95 


400.54 


3 


114.66 


135.61 


45.20 


36.38 


12.13 


23.15 


92.61 


33.08 


6.62 


381.47 


4 


109.20 


129.15 


43.05 


34.65 


11.55 


22.05 


88.20 


31.50 


6.30 


363.30 


5 


104.00 


123.00 


41.00 


33.00 


11.00 


21.00 


84.00 


30.00 


6.00 


346.00 


6 


99.05 


117.14 


39.05 


31.43 


10.48 


20.00 


80.00 


28.57 


5.71 


329.52 


7 


94.33 


111.56 


37.19 


29.93 


9.98 


19.05 


76.19 


27.21 


5.44 


313.83 


8 


89.84 


106.25 


35.42 


28.51 


9.50 


18.14 


72.56 


25.92 


5.18 


298.89 


9 


85.56 


101.19 


33.73 


27.15 


9.05 


17.28 


69.11 


24.68 


4.94 


284.66 



Base rates are unique by coverage type for any given filing within a single state in 
non-dynamic pricing environments. With dynamic pricing, base rates are unique by 
coverage type and pricing tier index. In the table above, if a request for offer is generated 
5 for BI and PD and the pricing tier index that offer environment passes is 5, then the base 
rate used for BI is $104 and the base rate used for PD is $123. 
Pricing Tier Index by Underwriting Tier 

If the rate filing in a particular state uses pricing tier index to indicate a specific 
underwriting tier then the underwriting tiers defined by the financial responsibility related 
10 tiers 

{ UPP, UP, PP, P, SP, S, I, MM, B, N } 
are further subdivided into a detailed underwriting tier. For example, 10 financial 
responsibility tiers combined with 9 price program indices result in 90 base rates per 
coverage type. 

15 Tier Tier Variable Pricing Tier Index BI PD . . . 

1 126.41 

2 122.00 
3 



Tier Tier Variable 

1 UPP 

2 UPP 

3 UPP 



20 



UPP 
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10 UP 1 

11 UP 2 

90 N 9 154.55 

5 Pricing Tier Index by Product 

If the rate filing in a particular state uses product differentiation to implement pricing tier 
indices, then differences in product definition may be indicated by the pricing tier index 
that may not be explicitly identified by the request for offer. Three different coverage 
amounts may be available for any given policy. Each coverage amount will correspond to a 
1 0 different base rate. 



Price Tier Coverage Type Coverage Amount Base Rate 

1 BI 50,002 170 

2 BI 50,001 140 

3 BI 50,000 120 



The request for quote from the offer environment may specify a coverage amount 
of 50,000 for BI but provide a pricing tier index of 2, which according to the rate filing 
offers a coverage amount of 50,001 . The Rating engine needs to know that the trivial 
difference in coverage is subordinate to the need to match price tier. However, the rating 

15 engine must also be able to differentiate substantial differences in coverage amount. A 
request for $75,000 coverage amount should not be rated at the 50,002 level in order to 
match with a request for pricing tier 1 . It could be that the rating engine contains an 
approximation factor for coverage amount that allows roughly equivalent coverage 
amounts to be treated as equal. Alternatively, the offer environment could provide 

20 additional information to the rating engine to support the pricing tier assignment logic. 
Pricing Tier Index by Separate Companies 

Multiple companies may be licensed to do business in a particular state, but for a 
given risk at a given point in time, only one company is offering insurance. Each company 
will correspond to a different base rate for each coverage type. 
Price Tier Company Name BI Base Rate PD Base Rate 
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1 GMAC Premier 170 78 

2 GMAC Quality 140 49 

3 GMAC Value 120 38 

The request for quote from the offer environment may specify a pricing tier index, 
which indicates which company the offer should be selected from. 
The Dynamic Pricing Batch Process 

The dynamic pricing batch process runs on a periodic basis, or in real-time in some 
embodiments, to generate rate change recommendations based on changes in customer 
demand and consumption behavior. Typically, the batch process will run daily; however, 
the process may be run more or less frequently in other embodiments. The input to this 
process is the most recent observations of sales pace and conversion rate by segmenting 
variable. The output is the price tier assignment that maximizes expected premium system- 
wide. The batch process can be broken into the following steps: 

1 . Update Demand Response Curve 

2. Update Full/Liability Mix 

3. Forecast Offers 

4. Forecast Conversion Rate 

5. Expected Premium 

6. Expected Premiums for Other Price Tiers 

7. Rate Optimization 

It is possible to implement some of these components independently from others. 
For example in some embodiments, supporting dynamic pricing involves deriving a rate 
change direction based on forecast and observed conversion rates (i.e., item 4 above) and 
foregoes rate optimization in favor of incremental rate adjustments. In some such 
embodiments, when observed conversion rate levels are significantly higher than 
forecasted conversion rates for a particular segment, an increase in rate equivalent to 
assigning the price segment to the next higher price tier will be recommended by the 
environment, and when observed conversion rate levels are significantly lower than 
forecasted conversion rates for a particular segment, a decrease in rate equivalent to 
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assigning the price segment to the next lower price tier will be recommended by the 

environment. 

Demand Response Curve 

For each price variable the dynamic pricing system maintains a demand response 
curve. The demand response curve describes the percentage change in demand, i.e. demand 
for written policies, for the percentage change in base rate represented by each price tier. 
The demand response curve is initialized by regression analysis on analytic information. 
The first step in the nightly batch process is to update the demand response curve with the 
latest information available. 

For example, a demand response curve for a dynamic pricing environment with 
three price tiers would have three values. Suppose the variable we are concerned about is 
pointed at price tier number two: 



Price Tier Price Difference % Demand Change 

1 5% -10% 

2 0% 0% 

3 -5% 10% 



What this says is that an extra 10% demand can be stimulated if the rate is cut by 
5%, or an extra 5% premium per policy could be obtained at the expense of 10% of the 
demand. 

As part of the batch process, the actual demand that was realized for a particular 
price segment is reviewed. If the amount of demand obtained differs from expectation, 
current expectations need to be revised. Suppose current expectation is 90 policies in the 
previous month, but 100 were obtained. Most of the 10% demand increase that the current 
demand curve indicates is available was obtained, but without a price cut. Therefore, the 
following table may be considered more accurate. 

Price Tier Price Difference % Demand Change 

1 5% -20% 

2 0% 0% 
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3 -5% 20% 

In reality, the new results are blended into the prior expectation so that they are 
accounted for but do not dramatically change the table values for each observation. A 
smoothed table may look more like this: 
5 Price Tier Price Difference % Demand Change 

1 5% -11% 

2 0% 0% 

3 -5% 11% 

Alternatively, user defined demand response curves can be used. The decision 
10 support system as described below may allow the product manager to specify the slope and 
intercepts of the demand response curve at any level of aggregation, as well as degrees of 
confidence for accepting system generated curves. The product manager may also develop 
business rules that specify the curve. For example the product manager may want the 
average to stay below the high priced competition 90% of the time but be above low priced 
15 competition 85% of the time for the median price tier. The system will use the most recent 
competitive information it has to create the demand response curve that is constrained by 
these parameters. 
Update Full/Liability Mix 

Demand changes in response to rate changes in two ways. The number of policies 
20 written will change and the relative number of different types of policy will also change. 
The batch process will monitor the mix of liability only and full coverage policies in 
different price tiers and adjust the expected premium generation to account for the change 
in mix. For a three tier dynamic pricing environment this mix table could look like the 
following: 

25 Price Tier Liability Only Full Coverage 

1 20% 80% 

2 25% 75% 

3 35% 65% 
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Of course, if Full/Liability only are chosen to be one of the segmenting variables 
this table will not be necessary. 
Forecast Offers 

Based on the most recent history of offer activity a forecast of the number of offers 
5 for each price segment is generated for the next 30 days in the future. It is assumed that the 
number of requests for offer for each price segment is independent of the rate. It will be 
generated by a time-series forecast that will capture trend and seasonality and causal 
factors such as promotional activity, if the price analyst tells the system about this activity. 
Forecasting Conversion Rate 

10 The customer will respond to offers of insurance from the offer environment in 

three primary ways. They will accept the offer at once, they will accept the offer at a later 
point in time, or they will reject the offer. Because of this an accurate picture of conversion 
rate will not be available until 30 days past the offer date, which is how long an offer 
remains good. In order to adjust rates with the most recent information available 

1 5 conversion rates need to be forecasted. 

The conversion forecast will apply to offers still outstanding from the past 30 days 
and offers expected to come in the next 30 days. Therefore, this process can forecast 
conversion activity up to 60 days in the future. This conversion rate forecast assumes the 
current price tier assignments are not changed. 

20 The following table illustrates a forecasting methodology that capitalizes on 

knowledge of historic conversion rate behavior. Each row in the table represents a date on 
which offers of insurance are made. Today's date in this example is 01/08/00. The 
numbers across the top represent the number of days past the offer date that policies were 
written. The values in these columns are the number of policies that were written. So on 4 

25 days after 1/2/00, which is 1/6/00 there were 4 policies written arising from offers made on 
1/2/00. The total number of offers made on 1/2/00 was 78. 

The bold numbers represent actual observed values. Since it is 1/8/00, the number 
of polices that converted for 1/7/00 on that day is known, but no other information. For 
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1/4/00, real information is available for 1, 2, 3, and 4 days past, which leads to 1/7/00 but 
not to 1/8/00 for which results will not be known until the end of the day. 



Offer 6 
Date 


5 


4 


3 


2 


1 


0 


Total 
Otters 


lotai 
Policies 


iLXpecrea 
on version 
Kate 


1/1/00 3 


4 


2 


4 


6 


1 


1 


97 


21.00 


22% 


1/2/00 2.41 


3 


4 


2 


3 


2 


4 


78 


20.41 


"ICQ/ 

26% 


1/3/00 3.22 


4.14 


3 


0 


4 


3 


3 


104 


20.36 


20% 


1/4/00 2.69 


3.47 


2.92 


4 


1 


0 


2 


87 


16.08 


18% 


1/5/00 2.07 


2.67 


2.25 


1.89 


2 


1 


0 


67 


11.88 


18% 


1/6/00 3.37 


4.34 


3.66 


3.08 


3.93 


2 


0 


109 


20.38 


19% 


1/7/00 3.06 


3.95 


3.32 


2.79 


3.57 


1.62 


1 


99 


19.31 


20% 


1/8/00 2.83 


3.65 


3.08 


2.58 


3.30 


1.50 


1.62 


91.57 


18.55 


20% 


1/9/00 2.83 


3.65 


3.08 


2.58 


3.30 


1.50 


1.62 


91.57 


18.55 


20% 


1/10/00 2.83 


3.65 


3.08 


2.58 


3.30 


1.50 


1.62 


91.57 


18.55 


20% 


1/11/00 2.83 


3.65 


3.08 


2.58 


3.30 


1.50 


1.62 


91.57 


18.55 


20% 


1/12/00 2.83 


3.65 


3.08 


2.58 


3.30 


1.50 


1.62 


91.57 


18.55 


20% 


1/13/00 2.83 


3.65 


3.08 


2.58 


3.30 


1.50 


1.62 


91.57 


18.55 


20% 



The non-bold numbers with 2 decimal places displayed are forecasts. They are 
derived as follows. For each offer date and days past pair, we divide the number of policies 

5 by the total number of offers for the offer date to get an observed conversion rate. This is 
stored in the next table below. An average of all conversion rates for each days past is 
taken to get a typical conversion rate for each days past. This days past conversion rate is 
multiplied by the offers for each day in history to get an expected number of policies. For 
days in the future the average total number of offers is used to forecast these days, and 

10 then, the average days past conversion rate is used to fill in the rest of the table. The sum 
of the numbers in each row gives the total number of policies that are expected to be 
written and, therefore, are used to compute the expected conversion rate for each offer day. 

Offer Date 6 5 4 3 2 1 0~ 

1/1/00 3% 4% 2% 4% 6% 1% 1% 

1/2/00 4% 5% 3% 4% 3% 5% 

1/3/00 3% 0% 4% 3% 3% 

1/4/00 5% 1% 0% 2% 

1/5/00 3% 1% 0% 

1/6/00 2% 0% 
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1/7/00 " 1%" 
3% 4% 3% 3% 4% 2% 2% 

In practice the table will span 30 days past, sufficient history to get good forecasts 
and enough future days to support the needs of the rate optimization engine. 
Expected Premium 

Expected premium is calculated for each of the price segments for the current price 
5 tier assignment. The forecast of offers is multiplied by the conversion rate forecast to get 
the number of policies that are expected to be written in the next 30 days. These are 
proportioned into Full and Liability only coverage and multiplied by the observed average 
premium in each to get an expected dollar amount for the next 30 days for each price 
segment. The following example illustrates this calculation for price tier 2, the current tier 
1 o Average Premium for full coverage $ 1 ,200 

Average Premium for liability only $500 



Expected Offers 1,000 

Conversion rate 3% 

Liability 25% 

15 Full Coverage 75% 



Expected Premium =(.75*1 ,200 + .25 * 500 ) .03 * 1 ,000 
= $30,750 

Expected Premiums for Other Price Tiers 

20 Expected written premium for each price tier is computed by adjusting the forecast 

conversion rate by a factor derived from the demand response curve. Demand for full and 
liability coverage is adjusted based on the mix measures for that price tier. The average 
premiums are multiplied by the expected demand to get total expected premiums for the 
next 30 days. This adjusts the demand and average rate to get values for the other price 

25 tiers. For example price tier 1 has the following values: 

Average Premium for full coverage $1,200 * 105% = $1,260 



Average Premium for liability only 
Expected Offers 
Conversion rate 
Liability 
5 Full Coverage 
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$500 * 105% = $525 
1,000 

3% * 89% = 2.67% 

20% 

80% 



Expected Premium =(.8*1 ,260 + .2 * 525 ) .0267 * 1 ,000 
= $29,717 
Based on a demand response curve of 
10 Price Tier Price Difference % Demand Change 

1 5% -11% 

2 0% 0% 

3 -5% 11% 
And a Mix table of 

15 Price Tier Liability Only Full Coverage 

1 25% 75% 

2 20% 80% 

3 65% 35% 
For tier 3 the expected premium is 

20 Expected Premium = ( .65 * 1 , 140 + .35 * 475 ) .333 * 1 ,000 

= $30,211 

Rate Optimization 

The process of rate optimization is simply to select the price tier that generates the 
most written premium. It also computes an estimate of the impact of making a change from 
25 the current price tier assignment to assist workflow management. 
Price tier Premium 

1 29,717 

2 30,750 
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3 30,211 

In the example above, price tier 2 is recommended. Since that is already the 
assigned tier, no change is made. 
Decision Support System 

A dynamic pricing decision support system may, in some embodiments, provide 
product managers with tools to evaluate rate recommendations from the batch process and 
make changes to the pricing tier assignment table. In other embodiments, a decision 
support system may not be present, in which case the batch process results are used 
without review, or a decision support system allowing optional review and revision of the 
batch process results may be present. 

In some embodiments, the decision support system may consist of the following 
components: 

• Workflow management screens provide the product manager with summary 
level information about demand, conversion rate, and price recommendation 
magnitude and quantity at a level of aggregation that allows the most effective 
selection of which market segments to manage first. 

• Recommendations management screens permit detail viewing, editing and 
implementation or rejection of individual pricing tier assignment actions. Each 
time this screen is accessed, it loads the most recent copy of the pricing tier 
assignment table from the offer environment for a particular state. The offer 
environment needs to enforce the requirement that an individual state can only 
be accessed by one user at a time. Once the user has completed accepting, 
rejecting, and editing pricing tier assignment changes a send button on the GUI 
implements these changes in the offer environment's version of this table. 

• Base rate management screens display the most recent base rates from the 
rating engine. Although the system may provide change recommendations for 
these base rates it does not provide an automated mechanism for base rate 
update. Instead, changes to base rates must be implemented through the existing 
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filing procedure. Once the new base rates have been entered in the rating engine 
they will be available to the dynamic pricing decision support system. 

• Competitor monitoring screens compute in real-time and display competitor 
rates for selected risks. 

5 • Reports are provided by the decision support system to support rate 

management activities. 

• System administration and file maintenance screens will display and allow 
authorized users to edit all data and parameters in the decision support system. 

In one specific embodiment, the decision support system may use Microsoft Access 
10 as the implementation platform with data imported as needed from the offer environment, 
the rating engine and the periodic batch process system. 

Throughout this application, various publications may have been referenced. The 
disclosures of these publications in their entireties are hereby incorporated by reference 
into this application in order to more fully describe the state of the art to which this 
1 5 invention pertains. 

The embodiments described above are given as illustrative examples only. It will 
be readily appreciated that many deviations may be made from the specific embodiments 
disclosed in this specification without departing from the invention. Accordingly, the 
scope of the invention is to be determined by the claims below rather than being limited to 
20 the specifically described embodiments above. 



